ALTERNATIVA 1.
Algunos diseños de comunicación eficientes son:
Receptores/transmisores bluetooth que reciban las correcciones desde un celular y las envíen al receptor ZED-F9P; esta alternativa consume poca energía, pero requiere varios pasos de configuración.
Una PC tipo SBC, como la Raspberry Pi. Dado que corre bajo el núcleo Linux, configurar la conexión es más sencillo. La única desventaja es que consume más energía (preferir la RPi Zero 2).
ALTERNATIVA 2.
rtkrcv. Esta alternativa es idónea cuando resulta imposible enviar correcciones RTCM al receptor ZED-F9P (e.g. en ausencia de puerto UART). Su principal desventaja es que requiere programar.Realiza un procesamiento PPK utilizando la herramienta de interfaz gráfica RTKPOST de RTKLIB; intenta lo mismo con la herramienta de consola (CLI) denominada rnx2rtkp.
Como fuente de datos rover, utiliza cualquiera de los archivos de extensión .ubx de la carpeta ubx, conviértelo a formato RINEX con RTKCONV (CLI: convbin), examínalo con RTKPLOT.
Como fuente de datos para la base, utiliza los archivos RINEX base.*.
Representa la solución con RTKPLOT. Genera un KML y visualízalo en GoogleEarth. Intenta representar la solución en QGIS. ¿A qué lugar de RD pertecen estos datos?
Más detalles, en las sesiones de clases.
str2str. Explora el resultado en la consola. Crea un archivo y conviértelo usando RTKCONV o convbin. Más detalles, en las sesiones de clases.